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METHOD AND APPARATUS FOR STORING AND RETRIEVING DATA USING ONTOLOGIES 

Field of the Invention 

The present invention relates to a method and apparatus for storing and retrieving data 
5 and in particular for storing and retrieving data representative of descriptions of, in 
particular, services offered to a user of the method or apparatus. 

Background to the Invention 

At present, there are a limited number of different strategies for storing large amounts of 
10 data and then enabling users to search through the stored data to retrieve data of interest. 
It is possible to categorise these strategies as falling somewhere between two extremes 
represented by the World Wide Web at one extreme and a tree structured directory at the 
other end of the extreme. 

15 In the former, there is no structure in the way in which data is stored; in order to search 
through the stored data (and in particular web-pages or "documents" which typically 
contain significant amounts of text), a key-word based search engine is typically used. 

A very simple key word search engine might simply trawl (or "crawl") through stored 
20 documents looking for the key word or words being searched for and return all such 
documents which include the key word or words. However, to speed things up when 
there are a large number of stored documents, a more sophisticated search engine might 
generate an index in advance which indexes all of the stored documents according to the 
frequency with which certain key-words appear in a document (the documents being pre- 
25 processed and given a score in respect of each "key word" appearing in the document). A 
search then consists of searching through the index and returning those documents, or 
rather the identification of those documents, which have a sufficiently high frequency of 
occurrence of the keywords for which the search is being carried out. 

30 The disadvantage of this strategy is that key words may have more than one meaning and 
so irrelevant documents may be returned by the search (corresponding to an undesired 
meaning of the key word). Similarly, a relevant document might be missed by the search 
because of the document using different terminology to that used in the search request. 
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When the documents are stored, however, in a logically ordered manner such as in a 
classified tree structured directory, then it is possible for a user simply to search through 
the directory until arriving at a leaf node in which documents deemed to be relevant to that 
node are stored. This strategy overcomes the problems mentioned above with respect to 
5 key word searching. 

The downside of this strategy however, apart from the effort required to place each 
document in its correct place or places within the directory, is that a searcher might not 
find a relevant document if the searcher follows a different route through the directory tree 
1 0 to that envisaged by the person who stored the document in the first place. 

In recent years, a large amount of research has been carried out into the use of 
ontologies. Ontologies are generally used to assist in integrating heterogenous legacy 
databases. They enable this by precisely defining what differently used terminologies in 

15 the different databases actually mean. For example, one database might refer to "model 
ID" and a second database might refer to the same category as "product". An ontology 
mapping may then be used to map "model ID" in the first ontology to "product" in the 
second ontology thus enabling a search request formulated in the first ontology to also 
retrieve relevant data from the second database by translating the search request from 

20 the first ontology to the second, etc. 

A large amount of research has also been conducted in recent years on the possibility of 
using "ontologies" in order to improve the accuracy of searches relying on a key-word 
based approach. As mentioned above, an ontology is a formal representation of the 

25 meanings of various terms used, typically within a limited knowledge domain. One 
example of an ontology is known as WordNet. This ontology attempts to represent all of 
the English language in a formalised way. Each word has one or more possible meanings 
associated with it and each meaning is then linked to other meanings of other words in a 
number of different ways (eg hyponyms, hypernyms, etc.). One way of improving the 

30 accuracy of a search using an ontology is to replace key-words in either or both of a 
search request and a target document with their meanings according to an ontology. The 
structure of the ontology can then be used to enhance the power of the search by 
searching not only for documents containing the same meanings as the meaning of the 
request but also for hyponyms thereof etc. (a hyponym is a specific type of or a 

35 specialisation of something, eg throwing knife and fish knife are hyponyms of knives, while 
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knife is a hypernym of fish knife, etc.). A paper which discusses this approach is 
"OntoSeek: Content-Based Access to the Web" by Nicola Guarino, Caudio Masolo and 
Guido Vetere; published in IEEE INTELLIGENT SYTEMS publication MAY/JUNE 1999 
edition pages, 70 to 80. 

A commercially important application for storing documents and permitting users to search 
through the stored documents is for enabling service providers to find clients and vice 
versa. In such an application, service providers advertise their services within a directory 
or similar storage facility and users or would-be clients may search through the directory 
to attempt to find one or more service providers who are able to provide the desired 
service. Within such an application, each service provider typically provides a natural 
language description of the or each service which it is able to provide. With computerised 
systems, a user is then able to perform a key word search through these natural language 
descriptions in order to try to find a suitable service provider. 

Summary of the Invention 

According to a first aspect of the present invention, there is provided a method of 
searching through a plurality of stored documents, the method comprising: storing the 
plurality of documents; storing a representation of an ontology, the ontology comprising a 
plurality of inter-related nodes and being divided into at least two distinct sub-spaces; for 
each of the plurality of documents, storing at least one association with a node of a first 
distinct sub-space of the ontology and at least one association with a node of a second 
distinct sub-space of the ontology; controlling a user interface to permit a user to input up 
to at least two search terms using free text entry and to associate the or each search term 
with a respective distinct sub-space of the ontology; comparing the or each input search 
term with nodes of the corresponding sub-space only, in order to attempt to determine one 
or more possible matches or partial matches; and selecting one or more of the stored 
documents based on the or each possibly matched or partially matched node and the 
stored associations between the stored documents and the nodes of the ontology for 
presentation to the user. 

It will be appreciated that this method is intended to be performed on a computer 
apparatus of some sort. For example, in a typical computer apparatus extant at the time 
of filing the application, the storing may be performed on a digital storage medium such as 
a hard disk drive, the control of the user interface and the comparison and selection steps 
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may be performed by a suitably programmed computer processor system, etc. Indeed, 
the above set out method addresses the problem created by the storage of documents by 
computers rather than using a human administrator to store and retrieve documents. 

5 Computers are notoriously bad at determining context of free text inputs and as a result 
often produce spurious results when free text inputs are allowed. By providing an 
ontology with multiple distinct sub-spaces (where a search for a node in one sub-space 
will not produce as a match or partial match a node in another distinct sub-space) and 
allowing a user to search separately in the distinct sub-spaces, the problem of bad context 

10 can be mitigated to some extent whilst still providing the user with the convenience of 
being able to enter free text key-word type search terms. 

Thus a request for a document to a human library administrator along the lines of "I'm 
interested in finding out documents about building restaurants and people providing 

15 restaurant building sen/ices" would be unambiguous and the human librarian would 
probably have no difficulty locating relevant documents. The same request to a computer 
system however would probably select lots of irrelevant documents along with (possibly) a 
few relevant ones. One problem with the request is that the term building is more 
commonly used as a noun rather than as a verb as it is intended in this example. In an 

20 embodiment of the present invention there could be two nodes for building, one in a verb 
sub-space of the ontology and one in a noun sub-space, etc. 

According to a second aspect of the present invention, there is provided a method of 
storing service description documents in a computerised storage system in which each 
25 document is associated with at least one verb ontological node and at least one noun 
ontological node, each verb ontological node having one or more links to other verb 
ontological nodes and each noun ontological node having one or more links to other noun 
ontological nodes whereby the verb nodes form a verb space and the noun nodes form a 
noun space. 

30 

The term "service description document" is used to indicate data in any format which, after 
suitable processing if necessary, includes a human or machine readable description of a 
particular service offered by the party which "owns" the service description document. 
Note that the service couid be one offered by one machine to another (eg to enable an 
35 "agent" (ie a computer program operating with a degree of self-autonomy) to carry out a 
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complex task by automatically searching for and requesting sub-steps of the complex task 
to be performed by other devices). 

Preferably, the method additionally includes associating each service description 
5 document with one of a plurality of possible different relationship types expressing the 
relationship between the or each pair of the at least one verb node and the at least one 
noun node. Preferably, the possible relationship types are: input-of where the service 
described in the service description document takes an object corresponding to the 
associated noun node as an input of the service, output-of where the service described in 
10 the service description document takes an object corresponding to the associated noun 
node as an output of the service, or related-to as a default relationship for cases where no 
other relationship is specified or where neither of the above options seems appropriate. 

Preferably, the number of verb nodes with which a service description document is 
15 associated is one and the number of noun nodes is either one or two. 

According to a third aspect of the present invention, there is provided a method of 
retrieving service description documents from a plurality of service description documents 
stored according to the second aspect of the present invention, the method comprising the 
20 steps of: 

controlling a user interface to request from a user at least one verb request term 
and at least one noun request term, 

associating the or each verb request term with a corresponding verb node and 
the or each noun request term with a corresponding noun node, 
25 comparing the or each corresponding verb node with the or each verb node 

associated with each of the stored service description documents, 

comparing the or each corresponding noun node with the or each noun node 
associated with each of the stored service description documents, and 

selecting for retrieval zero or more of the stored service description documents 
30 on the basis of the comparison steps and controlling the user interface to inform the user 
of the selected documents to enable the user to retrieve one or more of the selected 
documents. 



Preferabiy, the user interface is additionally controlled to obtain from the user information 
35 specifying a relationship type between the input noun and verb request terms, and this is 
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also compared with the or each associated relationship type of each of the stored service 
description documents. 

The present invention provides significant advantages over currently known methods of 
5 performing document search and retrieval. In particular, the use of a verb and noun or a 
noun, verb and noun as a search request makes for an intuitively simple search request 
for a user to generate and yet provides a large amount of information. Furthermore, for 
the purposes of locating a service, it is a particularly suitable form for a search request to 
take. Furthermore, by associating each document with at least two nodes in different 
10 ontological spaces (ie a verb space and a noun space), and additionally with a 
relationship between each noun and verb node, a very accurate description of a service 
can be made which is still very intuitive and easy to predict by an inexpert user. 

More generally, the invention provides for associating stored documents with two (or 
15 more) distinct identifier terms, each of which is associated with its own distinct ontological 
space. The retrieval of documents can then be performed efficiently by carrying out two 
(or more) separate searches in the distinct (and specific) ontological spaces. By making 
the ontological spaces specific to the type of identifier, they contain fewer nodes than they 
would if general ontological spaces were used and therefore the searches are more likely 
20 to be accurate. But by having more than one ontological space (and thus search) the 
range of different distinct ways of describing/identifying documents can be increased 
without losing accuracy. Including as part of the identification/searching strategy a type of 
link or links between the various identifier terms further increases both possible accuracy 
and "resolution". Note that the use of specific ontological spaces (which could perhaps be 
25 termed limited ontological spaces, or simply limited ontologies) is especially beneficial 
because of the high levels of accuracy and flexibility which limited ontologies provide for 
indexing and searching. 

According to a fourth aspect of the present invention, there is provided a system for 
30 permitting a plurality of documents to be stored and subsequently searched through and 
selectively retrieved, the system including a data store for storing the plurality of 
documents; a plurality of data items representing nodes in an ontology, the nodes being 
categorised into at least two sub-groups representing two distinct sub-spaces within the 
ontology; and also at least two associations in respect of each document between the 
35 document and a node in one sub-group and the document and a node in another 
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subgroup; the system further including a user interface arrangement for permitting a user 
to search for one or more documents amongst the plurality of stored documents, the user 
interface being arranged to permit the user to enter one or more search terms using free 
text entry and to associate the or each search term with one of the distinct sub-spaces 

5 within the ontology; and the system further comprising a processor arrangement which is 
operable to compare each search term with the data items representing nodes 
categorised into the same sub-space of the ontology as that with which the user has 
associated the search term to identify possible matches or partial matches with one or 
more nodes within the sub-space, and to select and return documents as the result of the 

10 search in dependence upon the nodes matched up with the search term or terms entered 
by the user and the nodes associated with the plurality of stored documents. 

Preferably, the selection of documents uses relationships between nodes within the 
distinct ontology sub-spaces, including sibling-of, child-of and parent-of relationships, in 
15 order to select documents which are associated with nodes which are closely related to 
nodes matched to the search terms in addition to documents which are associated directly 
with nodes matched to the search terms. 

According to a fifth aspect of the present invention, there is provided a data store, for use 
20 in the system of the third aspect of the present invention, as set out in claim 11. 

Further preferred features of the present invention are set out in the appended dependent 
claims. 

25 Brief Description of the Figures 

In order that the present invention may be better understood, embodiments thereof will 
now be described, by way of example only, with reference to the accompanying drawings 
in which: 

30 Figure 1 is a block diagram of an embodiment of the present invention in general 
overview; 

Figure 2 is a schematic illustration of the graphical user interface employed on the user 
terminal of the embodiment of Figure 1; 

35 
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Figure 3 is a block diagram of the ontology server of the embodiment of Figure 1 shown in 
greater detail; 

Figure 4 is a schematic representation of a part of the ontology stored on the ontology 
5 server of Figure 3 including two links, each link linking two of the nodes of the ontology 
and being associated with a service description stored in the data store of the 
embodiment of Figure 1 ; 

Figure 5 is a schematic representation of four different ways of linking a "refurbish" action 
10 node with a "house" object node according to a representational methodology used in an 
embodiment of the present invention; 

Figure 6 is a schematic representation similar to Figure 4 in which the diagram has been 
added to, to illustrate how a search request is matched to nodes of the ontology during a 
15 search; and 

Figure 7 is a flow chart of a method of selecting and retrieving matching service 
descriptions on the basis of an input request according to an embodiment of the present 
invention. 

20 

Detailed Description of the first Embodiment 

Figure 1 illustrates in overview apparatus for storing and retrieving service descriptions. 
The apparatus comprises a user terminal 5, an ontology server 10 and a data store 15. In 
operation, a user enters a service description search request in a manner controlled to a 

25 certain extent by the particular graphical user interface employed by the user terminal 
(and described in greater detail below with reference to Figure 2) to the user terminal 5. 
The user terminal 5 then transmits the request to the ontology server 10 which is 
connected to the user terminal by a data communications network. The ontology server 
10 processes the request (in a manner described in greater detail below with reference to 

30 Figures 3 to 7) and selects zero or more matching service descriptions stored in the data 
store 15. The selected service descriptions are then transmitted to the user terminal 
which displays these to the user as the results of the user's search query. 

Referring now to Figure 2, the user interface employed in the present embodiment 
35 includes two text entry boxes 51 , 52 into which the user is invited to enter a noun and a 
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verb respectively (note that these are simple "free-texT entry boxes into which the user 
may type any key-word as desired without any constraint, such as having to choose from 
a list of allowed keywords). Located beneath the text boxes are three radio buttons 53, 
54, 55 which are designated "Input of, "Output of and "Related with" respectively. The 

5 radio buttons have the property (as is well known in the art) that exactly one of the buttons 
must be selected at any one time, such that if a user selects a different one of the radio 
buttons to that which is currently selected, the currently selected button is automatically 
unselected. In the present embodiment, the "Related with" button is selected by default 
Additionally, the user interface in the present embodiment includes some text to guide the 

10 user as to what should be done to formulate a search request which reads " Enter a noun 
here ...[noun text box 51] and a verb here ... [verb text box 52] and then select one of the 
following buttons to indicate the relationship between the noun and the verb. For 
example, to search for companies providing house building services, enter "house" and 
"build" and then select the "output of radio button." 

15 

In the present embodiment, the user interface additionally includes a results space 57 in 
which selected service descriptions generated by the apparatus are displayed to the user 
underneath the following illustrative text "your search has returned the following results: 

20 

Referring now to Figure 3, the ontology server 10, in the present embodiment, is 
schematically shown as including an inpuVoutput unit 105, a system bus 1 10, a processor 
arrangement 115 and a system memory 120. As is well known in the art, the system bus 
interconnects the other principal components 105, 1 15, 120 of the server together so that 

25 any one component may communicate with any other. The input/output unit 105 enables 
the server to receive search requests from, and to return search results to, the user 
terminal 5, as well as to read data from the data store 15, under the control of the 
processor 115. The memory 120 as well as storing a program for controlling the overall 
operation of the ontology server 10 additionally includes an ontology storing area 122 for 

30 storing an ontology and a service links storing area 124 for storing a plurality of service 
links which are discussed in greater detail below. 

It will be apparent to the skilled reader that Figure 3 and the above description of Figure 3 
are very high ievel representations of the server in which the details of the server 
35 computer have deliberately been omitted for the sake of clarity. Except as set out in this 
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document, the server can be any suitable conventional server computer the constitution 
and operation of which is well known in the art. 

Figure 4 illustrates a part of the ontology stored in the ontology server 10. Each box (202- 
5 220 & 252-268) containing a word or words represents a node of the ontology, each single 
lined arrow represents a relationship between the thus connected nodes and each double 
lined arrow represents a link between the thus linked nodes. The nodes on the left-hand- 
side of the figure (202-220) which are connected to one another are verb (also called 
action) nodes whilst the nodes (252-268) which are connected together on the right-hand- 
10 side of the figure are noun (also called object) nodes. The double lined arrow links link a 
noun node to a verb node. 

As illustrated in the key underneath the connected boxes of the illustrated part of the 
ontology, the single arrow-headed relationship lines (305) indicate a super-class-of/sub- 

15 class-of relationship where the node to which the arrow-head points is designated as a 
sub-class relative to the node away from which the arrow-head points; for example, both 
"Get" (204) and "Give" (206) are designated as sub-classes of 'Transact" (202). The 
rationale for designating a node as a subclass of another node is that a first node can be 
designated as a sub-class of second node if each specific example case falling within the 

20 concept designated by the first node also falls within the concept designated by the 
second node, but not all specific example cases falling within the concept of the second 
node also fall within the concept of the first node. 

The double arrow-headed relationship lines (310) indicate a same-class-as relationship 
25 whereby both nodes connected by the relationship line are designated as being in the 
same class as one another; for example, "Acquire" (208) and "Buy" (214) are designated 
as having a same-class-as relationship to one another. The rationale for designating two 
nodes as being in the same class as one another is that each specific example case 
falling within the concept of one node should also fall within the other and vice versa. 
30 Note that this is determined by the ontology designer for the purposes of the particular 
ontology, which, in the present embodiment, is to put prospective customers in touch with 
companies which provide the desired services. In the present embodiment, the designer 
has therefore decided that for these purposes Acquire and Buy are synonymous, even 
though for other purposes it might be that these represent different concepts with perhaps 
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Buy being a sub-class of Acquire (since a person could arguably acquire an item without 
necessarily paying for it, whilst a person could not buy an item without so paying for it). 

A single arrow-headed (but double-lined) link (315, 320) indicates an Input-of/Output-of 
5 link. A link (315, 320, 325) (indicated by a double lined arrow) always links a verb node to 
a noun node. If the arrow-head of an Input-of/Output-of link points away from a noun 
node towards a verb node, the link is an Input-of link (320) indicating that an associated 
service or service search request takes the noun node as an input. Conversely, if the 
arrow-head points towards a noun node from a verb node, then the link is an Output-of 
10 link (315) indicating that the associated service or service search request produces the 
noun node as an output. Double lined links with no arrow-head are Related-with links 
(325) which indicate that the associated service or service search request relates the 
linked verb and noun nodes to one another in an unspecified manner (ie either as an 
input, an output, both an input and an output or any other case where the object cannot 
15 really be considered to be either an input or an output). 

Figures 5b - 5c illustrate the three possible ways in which two nodes can be linked 
together in the present embodiment in which each stored service or service search 
request is associated with a link which comprises only one noun node, one verb node and 

20 one relationship therebetween. Figure 5a illustrates how these two nodes could be linked 
together in an alternative embodiment in which each link associated with a stored service 
or service search request can comprise both an input noun node and an output noun 
node. Figure 5a thus shows the case where, in an alternative embodiment, the noun 
node "House" is both an input of and an output of the offered service of house 

25 refurbishment. Figure 5b shows the case according to the present embodiment in which 
the noun node "House" is designated as an input to the house refurbishment service, 
Figure 5c illustrates the case where the noun node "House" is designated as the output of 
the house refurbishment service, and Figure 5d illustrates the case where the noun node 
"House" is merely designated as being related with the verb node "Refurbish" to indicate 

30 that the concepts/specific items covered by the noun node "House" are in some 
unspecified manner related with the offered service of house refurbishment. Note that in 
the case of house refurbishment all of the above links are reasonable designations. On 
this basis, the best option in the present embodiment where the designation of Figure 5a 
is not possibie, is probably the related with designation illustrated in Figure 5d. 

35 
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In the present embodiment, the data store 15 contains a plurality of records each of which 
corresponds to a service which the associated service supplier is offering to prospective 
clients. The record includes contact details for contacting the supplier and a description 
written in a natural language of the service offered. 

5 

Additionally, the ontology server 10 also stores a corresponding list of links to form an 
index. The index, in the present embodiment, lists each of the records stored in the data 
store by some suitable identifier (to enable the identified record to be retrieved from the 
data store 15) together with a link associated with that record. In the present 

10 embodiment, the link comprises a noun node, a verb node and a relationship (either Input- 
of, Output-of or Related-with). In the present embodiment, the link for each record is 
preferably formed by asking each supplier to provide this information in respect of each 
record associated with it. To assist the supplier in this task, it is given read-only access to 
the ontology stored on the ontology server together with appropriate navigational software 

15 to permit the supplier to traverse through the ontology to find the most appropriate nodes 
to select. Alternatively, the ontology server administrator may also provide the 
information. This may be useful to get the system up and running in the first place. 

Figure 6 shows the same part of the ontology as shown in Figure 4 together with two 
20 boxes 405, 410 which indicate terms from a service search request which has been 
entered by a user of terminal 5 via the user interface illustrated in Figure 2. The two terms 
405, 410 are shown as having been matched to nodes 204 and 254 by matching 
connections 421, 422 with degrees of matching of 1.0 and 0.48 respectively. 
Furthermore, Figure 6 includes in the key part a generic "matched with" connection 
25 symbol 420. The way in which terms of a service search request are matched to nodes in 
the stored ontology is now discussed in greater detail below with reference to all of the 
figures, but with particular reference to the flow diagram of Figure 7. 

Thus, referring now to Figure 7, the first step in the method of using the apparatus of 
30 Figure 1 to retrieve one or more service records of interest from the data store 15 is for 
the user to enter a search request at step S5 using the user interface illustrated in Figure 
2. This service search request is then transmitted to the ontology server 1 0 where it is 
further processed according to the following steps. 
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In step S10, the ontology performs name matching between the terms of the received 
service search request and the names of the nodes of the ontology stored in the ontology 
server. The purpose of this step is to enable a user to freely type into the user interface 
any terms of his choosing which are then associated with terms used in the ontology 

5 rather than selecting possible options directly from the ontology. Any suitable method for 
performing this task may be used. The particular way in which this is done in the present 
embodiment, however, is described in greater detail below after describing in overview the 
method illustrated in Figure 7. The result of the name matching step is to determine all of 
the verb nodes (A|, where 1 ^ i < a and a is the number of matched verb nodes, if any) of 

10 the ontology which can be matched with the verb part of the input service search request 
together with the verb matching correlation (CF(A])) of each matched verb node and all of 
the noun nodes (Pj, where 1 ^ j < p and p is the number of matched noun nodes, if any) of 
the ontology which can be matched with the noun part of the input service search request 
together with the noun matching correlation (CF(Pj)) of each matched noun node. 

15 

Upon completion of step S10, the method proceeds to step S15 in which it is determined if 
both at least one noun node and at least one verb node have been matched with the noun 
and verb terms of the service search request respectively. If either no noun nodes or no 
verb nodes can be matched with the service search request, the method proceeds to step 
20 S20 in which a response is sent back to the user terminal 5 informing the user that no 
search results have been found and inviting the user to try again with different search 
terms and then the method ends. If, however, at least one noun node (Pj) and at least 
one verb node (At) are matched, then the method proceeds to step S25. 

25 In step S25, the ontology server forms a plurality of translated service requests (A,, Pj, R, 
CF(Ai), CF(Pj) ) by taking each possible combination of a matched verb node with a 
matched noun node and linking these together according to the relationship (R) between 
noun term and verb term expressed in the original service search request. For example in 
the case that the input service search request by the user is "Get" for the verb term, 

30 "Comm_Property" for the noun term and the specified relationship is Input-of, and only a 
single verb node, the "Get" verb node 204, and a single noun node, the 
"CommercialProperty" node 254, are matched therewith, then only a single translated 
search request is formed, namely (Aj = "get" , Pj = "CommercialProperty", R = Input-of, 
GF(A,) = 1.0, CF(Pj) = 0.48, i=a=j=p=1). Note that the manner in which CF(A|) and CF(Pj) 

35 are calculated is explained in greater detail below when discussing name matching. 
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Having generated the translated search requests in step S25, the method proceeds to 
step S30 in which each translated search request is compared with each link in the index 
stored in the service links storage area 124. The links for which a matching score is 
5 determined to be above a predetermined threshold are selected and then the method 
proceeds to step S35. The particular way in which the comparison is performed in the 
present invention is set out below using pseudo-code under the heading "Translated 
Search Request and Link matching." 

10 Upon completion of step S30, the method proceeds to step S35 in which it is determined 
whether at least one link and associated record (the actual record or records being stored 
in the data store 15) was selected in step S30. If not, the method proceeds to step S20 in 
which a response is sent back to the user terminal 5 informing the user that no search 
results have been found and inviting the user to try again with different search terms and 

1 5 then the method ends. If, however, at least one link and associated record was selected 
in step S30, then the method proceeds to step S40 in which the or each selected record is 
retrieved from the data store 15 and then sent as part of a results message to the user 
terminal 5 where the results are displayed to the user in the results space 57 of the 
graphical user interface illustrated in Figure 2. 

20 

Upon completion of step S40, the method ends. 

The details of how the name matching step S10 and the translated search request and 
link matching step S30 in the present embodiment are now described. 

25 

Name Matching (Step S10) 

The purpose of this step is to match the noun and verb parts of the search request (freely 
entered by a user at the user terminal into text boxes 51 and 52 of the user interface of 
Figure 2 respectively) with corresponding noun and verb nodes in the ontology stored in 

30 the ontology server 10. In the present embodiment, this is done using three matching 
rules (a direct matching rule, an atomic name matching rule and a compound name 
matching rule) each of which takes two terms (A,B) as input and outputs a degree of 
matching ( CF(A,B) ) which is zero if the terms are not matched by the rule and a value 
between zero (but obviously not including zero itself) and one (including one itself) in the 

35 event that they are matched to some extent, a value of one indicating a complete match. 
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The direct matching rule simply compares the two input terms and, disregarding any 
punctuation marks, spaces, etc as well as differences in the cases (eg upper and lower) of 
the letters appearing in the two terms, outputs a matching degree, CF(A,B), of one if the 
5 terms are the same or zero otherwise. 

The atomic name matching rule again disregards punctuation and capitalisation etc and 
proceeds by initially setting the matching degree to zero and then considering each of the 
following questions in turn: 

10 

1 . Are the first 3 letters of the input terms the same (and in the same order)? If so, 
add 0.3 to the matching degree, CF. 

2. Are the first four letters of the input terms the same (and in the same order)? If 
15 so, add 0.3 to the matching degree, CF. 

3. Are the first three letters of the input terms the same (and in the same order) 
and are the last letters of the input terms (ie the last letter of each) the same? If 
so, add 0.3 to the matching degree, CF. 

20 

Thus if none of the above questions is answered positively the matching degree will 
remain at zero and the result will be no match. If only one of the above questions is 
answered positively (ie question 1 only) then there will be a match with a matching degree 
of 0.3. If two (but not all three) of the questions are answered positively (ie either 
25 questions 1 and 2 or questions 1 and 3) then there will be a match with a matching degree 
of 0.6. Finally, if all three of the questions are answered positively, then there will be a 
match with a matching degree of 0.9. 

The compound name matching rule is used, in the present embodiment, when it is 
30 detected that both the terms to be compared are compound names. In that case, a 
plurality of component atomic names are identified in respect of each term, and an 
attempt is made to match the first component atomic name of the first term with the first 
component atomic name of the second term, and then the second component atomic 
names of the first and second terms etc. untii the last component atomic name of the term 
35 with the least components has been compared with the corresponding component atomic 
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name in the other term. The attempt to match component atomic names first tries direct 
matching and then applies the atomic name matching rule if no direct match is found. 
Having attempted to match the component atomic names, a compound matching degree 
is calculated according to the following formula: 



where CF(ai,bi) is the matching degree of the i'th pair of component atomic names in the 
compound terms A and B as determined either using the direct matching rule or using the 
10 atomic matching rule (and equal to zero if no match was found); m is the number of 
component atomic names in term A; n is the number of component atomic names in term 
B; and k is the smaller of m and n. 

Having set out the three types of name matching rules, the algorithm employed can be 
1 5 stated in pseudo-code thus: 

Comment: first process the verb term, A, of the service search request; 
FOR each verb node, B=b 1l b 2l ...,b k , in the stored ontology{ 
TRY to find direct match 
20 IF successful record match; 



5 



CF(A,J?) = 



{Compound matching formula} 




NEXT verb node; 



END IF 



25 



IF A and b ln dex are atomic names 
TRY atomic name matching 

IF successful record match; 
NEXT verb node; 

END IF 



30 



ELSE IF A and bi ndex are both compound names 
TRY compound name matching 

IF successful record match; 




END IF 
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END IF 
END FOR 

Comment: Then repeat for the noun terni, O, of the service search request 
5 FOR each noun node, P=p 1> p 2 ,...,pi > in the stored ontology 
TRY to find direct match 

IF successful record match; 
NEXT verb node; 

END IF 

10 IF O and p in dex are atomic names 

TRY atomic name matching 

IF successful record match; 
NEXT verb node; 

END IF 

1 5 ELSE IF O and pi nde x are both compound names 

TRY compound name matching 

IF successful record match; 
NEXT verb node; 

END IF 

20 END IF 

END FOR 



The above pieces of pseudo code essentially say: first take the verb term entered by the 
user and then loop through all of the verb nodes stored in the ontology to look for a match. 

25 In each iteration of the loop first look for a direct match, if found record the fact of the 
match by placing an entry into a local storage table including the matched noun node and 
the matching degree. If there is no direct match, see if both the entered verb term and the 
current verb node are atomic names (in the present invention, a compound name is 
detected by looking for either one of the punctuation marks space, underscore, hyphen, 

30 full-stop, oblique, colon, comma or semicolon separating two strings of letters, or a 
change in capitalisation in the middle of a string of letters (excluding the first letter) (eg 
Comm_property, CommProperty, Comm Property)); if so, look for a match using the 
atomic name matching rule and if found record the fact of the match as mentioned above, 
if both the entered verb term and the current verb node are compound names (as 

35 discussed above) separate the names into their component atomic names and look for a 
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match using the compound name matching rule and if found record the fact of the match 
as mentioned above. If no match is found at the end of all this, the current iteration is 
brought to an end without recording any match and a new iteration is commenced with the 
next verb node. 

5 

Note that in the algorithm described above if the entered verb term is an atomic name but 
, the current verb node is compound, or vice versa, no match will be found (except perhaps 
in exceptional circumstances where a direct match is found). This is not generally 
considered to be a problem as it is normally better to try to match a compound name with 
10 another compound name, etc. Nonetheless, alternative embodiments could operate in an 
alternative manner by always applying the compound name matching rule unless both 
names are atomic, etc. 

The algorithm for matching the noun term of the service search request to noun nodes in 
1 5 the ontology is the same as that for the verb term and nodes, mutatis mutandis. 

Translated Search Request and Link Matching 

In overview, this procedure is carried out in the present embodiment in the following 
manner. Each of the translated service search requests is considered in turn. Using the 

20 ontology, a sub-tree of the action node of the translated search request is formed by 
including all nodes which are the same class as or a sub-class (including sub-sub-class of 
etc.) of the action node, as well as the action node itself. Each of the entries to the index 
table stored in the ontology server 10 is then checked to see if its action node is one of the 
nodes in the sub-tree. If it is, a matching degree is evaluated in a manner described below 

25 which takes into consideration the noun terms as well as the relationships in both the 
translated search request and the stored link information respectively. The evaluated 
matching degree is then compared with a threshold and if the matching degree exceeds 
the threshold, the corresponding service record is selected for retrieval and transmission 
to the user terminal. 

30 

The particular way in which the matching degree between a translated search request and 
a link whose action node falls within the sub-tree of the action node of the translated 
search request is set out below. In overview, the it is first checked to see if the noun node 
in the iink faiis within the sub-tree (derived in the same way as for the action sub-tree, 
35 mutatis mutandis) of the noun node of the translated search request. If not, then the 
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matching degree is set to zero and the matching ends. Otherwise, the relationship of the 
translated search request and that of the link are compared, if they are both the same a 
relationship comparison score is set to 1. If one is "related-with" but not the other (ie the 
other is either input-of or output-of) then the relationship comparison score is set to 0.5. If 
one is input-of and the other is output-of, then the relationship comparison score is set to 
0. Finally, the following formula is used to calculate a value for the matching degree: 

MatchingDegree = (CF(A) + CF(P) + CF(R) ) / (6 - ( CF(A) + CF(P) + CF(R) ) ) 

where CF(A) is the degree of matching between the input verb term and the verb node of 
the translated search request currently under consideration, CF(P) is the degree of 
matching between the input noun term and the noun node of the translated search 
request currently under consideration and CF(R) is the relationship comparison score as 
discussed above (which takes a value of 0, 0.5 or 1). Note therefore that if CF(A) = CF(P) 
= CF(R) = 1 then MatchingDegree = 1; if CF(A) = CF(P) = CF(R) = 0 then 
MatchingDegree = 0; and if CF(A) = CF(P) = CF(R) = 0.5 then MatchingDegree = 1/3. 

In the present embodiment, the threshold is set at 0.4. However, in alternative 
embodiments, any matchingDegree evaluation greater than zero could be selected, with 
only a limited number (eg 10) of selected records actually being finally selected and sent 
to the user terminal. In any event, the selected records are preferably displayed in order 
of decreasing MatchingDegree evaluation score. 

Worked Example 

In order to illustrate the above discussion, an example input search request will now be 
considered. For the sake of this illustration, it is assumed that there are only two service 
records stored in the data store 15 with associated links, as entered by the suppliers, of, in 
the case of the first record, verb node "Sell", noun node "House" and relationship Output- 
of (the supplier in this case is an estate agent offering the service of selling houses to 
prospective house purchasers) and, in the case of the second record, verb node "Buy", 
noun node "Motel" and relationship Input-of (the supplier in this case being a large Motel 
company which is interested in buying motels from motel owners seeking to sell their 
motel). 
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The user inputs the search request "Get" (into the verb text box 52) and "Comm_Property" 
(into the noun text box 51) and selects the Input-of radio button 53. The resulting search 
request is transmitted to the ontology server where step S10 name matching is performed. 
In this step, the search request term "get" is directly matched with the verb node "Get" and 

5 none other. The search request term "ComnruProperty" is not directly matched with any 
. noun node. It is determined that it is a compound name (by the presence of the 
underscore character) and it is matched via the compound name matching rule to the 
noun node "Commercial Property" with a matching degree of CF(P) = (0.6 + 1) / (2 +2 - 
(0.6 + 1) ) =s 2/3 « 0.67 - see the compound matching formula above, the first atomic 

10 names "Comm" and "Commercial" being matched together with matching degree 0.6 by 
virtue of both questions 1 and 2 being answered positively in the atomic name matching 
rule. The search request term "Comm_Property" is not however matched together with 
any other noun node in the ontology. 

15 The method then proceeds to step S25 in which a single translated search request is 
generated with verb node "Get", noun node "Commercial Property", relationship Input-of, 
CF(A) = 1 , and CF(P) = 0.67. 

The method then proceeds to step S30 in which an attempt is made to match the 
20 translated search request with one of the records stored in the data store 15 by virtue of 
the table of links. The link for the first record ("Sell", "House" Output-of) is not matched 
because the verb node "Sell" is not in the sub-tree of verb node "Get" . However, the link 
for the second record ("Buy", "Motel" Input-of) is matched because verb node "Buy" is in 
the sub-tree of "Get" and the noun node "Motel" is in the sub-tree of "Commercial 
25 Property"- 

The MatchingDegree = (1 + 0.67 + 1) / (6 - (1 +0.67 +1) ) = 0.80 

Since in the present embodiment the threshold is set to 0.4, this record is therefore 
30 selected and transmitted back to the user terminal 5 at step S40. 

In summary therefore, with special reference to Figure 6, the present embodiment 
provides a method of storing service description documents in a computerised storage 
system in which each document is associated with at least one verb ontological node 204 
35 and at least one noun ontological node 254, each verb ontological node having one or 
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more links to other verb ontological nodes and each noun ontological node having one or 
more links to other noun ontological nodes whereby the verb nodes form a verb space 
200 and the noun nodes form a noun space 250 (the verb space and noun space being 
distinct limited ontologies) and a method of retrieving service description documents from 
5 a plurality of service description documents stored in this way comprising the steps of: 

controlling a user interface to request from a user at least one verb request term 
405 and at least one noun request term 410, 

associating the or each verb request term 405 with a corresponding verb node 
204 and the or each noun request term 410 with a corresponding noun node 254, 
10 comparing the or each corresponding verb node 204 with the or each verb node 

212, 214 associated with each of the stored service description documents, 

comparing the or each corresponding noun node 254 with the or each noun node 
262, 266 associated with each of the stored service description documents, and 

selecting for retrieval zero or more of the stored service description documents 
15 on the basis of the comparison steps and controlling the user interface to inform the user 
of the selected documents to enable the user to retrieve one or more of the selected 
documents. 



20 Variations 

Instead of storing the table of links and references to stored records on an ontology 
server, the information could be stored in a different location such as, for example, in the 
same data store as the records themselves are stored. In fact the link information could 
simply be part of the data records themselves although this would be quite likely to 
25 increase the time taken to perform matching between translated search requests and links 
associated with the stored data records. 

Instead of performing atomic name matching in the manner described above, in an 
alternative embodiment, a number of different rules could be tested for with different 
30 matching scores as before, but instead of testing against each rule regardless of success 
or failure, the tests could be performed starting from the test or tests with the highest 
score and ending with the test or tests with the lowest score and ceasing to perform 
further tests as soon as one of the tests is positive. For example, the following three rules 
could be tested for: 
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1 . Are the first three letters of the input terms the same (and in the same order) 
and are the last letters of the input terms (ie the last letter of each) the same? If 
so, set the matching degree, CF, to 0.5 and end atomic matching, else, 

5 2. Are the first four letters of the input terms the same (and in the same order)? If 

so, set the matching degree, CF, to 0.5 and end atomic matching, else, 

3. Are the first 3 letters of the input terms the same (and in the same order)? If so, 
set the matching degree, CF, to 0.3 and end atomic matching. 

10 

In the above described embodiment, the compound name matching algorithm operates by 
comparing the first atomic name of the first compound word with the first atomic name of 
the second compound word, the second atomic name of the first compound word with the 
second atomic name of the second compound word and so on. This can find no match 
15 even for compound names which share a large number of atomic names if the ordering is 
different between the compound names. An alternative compound name matching rule 
which could be used to overcome this problem is as described below: 

Let A={A1, ... Am}, B={B1 Bn} be two compound names, where A1, ... Am are m 

20 atomic names for A and B1, Bn are n atomic names for B respectively. Let C={C1, 

Ck} be k atomic names that are matched between A and B, with CF(C)={CF(C1) 

CF(Ck)} being the matching degrees. The matching degree of CF(C) can be computed by 
comparing each atomic name in the first term with each atomic name in the second term 
and deciding, based upon the results, which atomic names to pair with one another for 
25 use in forming the overall complex name matching result. Formally, we have the following 
algorithm: 



FOR each term Ai g A ={A1 , . . . Am} 
CF(Ai, B) = 0 
30 bmax = 0 

FOR each term Bj e B = {B1 , Bn} 

IF CF(Ai, Bj) > CF(Ai, B) THEN 
CF(Ai ? B) = CF(Ai ; Bj) 
bmax = j 
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ENDIF 
ENDFOR 

IF CF(Ai, B) > 0 THEN 
C <- C + (Ai, Bbmax) 
5 A <- A - Ai 

B <- B- Bbmax 
ENDIF 
ENDFOR 



10 The algorithm operates by testing each atomic name of the first term A against each 
atomic name of the second term B; the pair that has the largest matching degree is added 
into C and removed from A and B respectively. By the time the algorithm finishes, C 
contains all the matched pairs from A and B. 

15 The matching degree between A and B, CF(A, B), is thereby computed as: 

CF(A,B) = '^— k 

m + n-^CFiCi) 



